home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄15⁄91 / 2939-Re MacApp and C++-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  3.7 KB  |  71 lines  |  [TEXT/GEOL]
  1. Item    3499528                         13-Feb-91        00:43PST
  2.  
  3. From:   D0416                           Futuresoft System Design,PRT
  4.  
  5. To:     S.FRIEDRICH                     Friedrich, Steve
  6.  
  7. cc:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. ------------------------------------------------------------------------------
  10.  
  11. Sub:    RE- MacApp and C++
  12.  
  13. Steve Friedrich (our MA leader:-) and Fellow MacApp.Tech$ possi members (also
  14. now becoming known as THE SOUP KITCHEN CHEFS:-)
  15.  
  16. I am yet another Object Pascal enthusiast. But though I kind of feel a little
  17. sad that MA 3.0 (which sounds fantastic, congrats Steve and gang) has gone C++,
  18. I also feel pretty good about it. (Humans are not Boolean but can posess many,
  19. even contradictory states concurrently). I feel sad because, like many of us, I
  20. have grown to know and love OP. I feel good about the change because I sense
  21. somehow this will be good for MacApp specifically and the Mac in general for
  22. several reasons but I will only chew up everyone’s KC charges with a couple
  23. reasons.
  24.  
  25. 1) Steve in his link “MacApp and C++” says in a read_between_the_lines manner
  26. “There are also private reasons that we cannot share outside of Apple.” Hmmm...
  27. I don’t have any privy to these “private reasons” but I’d be shocked if it
  28. doesn’t have something to do with a future System 8 or 9, MacApp type
  29. implementation & functionality in a future Mac toolbox and who knows what other
  30. future something or other. And even in the present System 7 we have a Finder
  31. that is implemented in C++.
  32.  
  33. The movement of Apple is clearly toward C++ and the fact that MacApp is now C++
  34. points that Apple has big plans for MacApp. Of course this all may be my
  35. prehaps silly speculation. But if I’m even wildly near the target this is good
  36. news for us who are using MacApp. This would mean we are sitting smack dab in
  37. the middle of the path to the future as far as Mac programming is concerned and
  38. way ahead of the crowd. Most of us felt this way anyway but now it’s becoming
  39. evident that even Apple corporate is seeing this. I can only view this as good
  40. news even if it does include the “George Bush” language as James P. calls it.
  41.  
  42. 2) There is a world beyond Apple and it too seems excited about C++. That by
  43. itself doesn’t impress me but it is important. In this world beyond Apple are
  44. alot of talented engineers who can prehaps add their talents in the form of
  45. reusable classes and units (er... .h and .cp building blocks) and otherwise to
  46. the MacApp community and therefore the Mac community. In other words I believe
  47. a C++ MacApp opens up MacApp to the software engineering community as a whole;
  48. not just those of us who are comfortable and conversant with Object Pascal. And
  49. besides, we can still access MacApp using Object Pascal. OTH I’ve been learning
  50. C++ for the last 6 months (its complicated and I’m slow) and will be doing C++
  51. development after the current project is shipped.
  52.  
  53. Well I’ve run my mouth (keyboard) long enough but there are two more things
  54. I’ve got to say/ask Steve:
  55.  
  56. Since C++ is NOT known for its readability (is line noise readable? - only
  57. joking), good and complete documentation is going to be even more important
  58. than before. Apple has got to put _alot_ more resources into this issue than it
  59. has before. And along theses lines, please, please do NOT maintain two sources
  60. (OP and C++) of MacApp. I personally would prefer resources that would go to
  61. double maintanence be applied instead to a better ONE source MacApp and good
  62. and complete documentation. And I say that as a OP enthusiast and a not yet
  63. ready for prime time C++ dude.
  64.  
  65. Is it soup yet?
  66.  void pascal virtual Ken_Addison::Close() //C++ fans
  67.  Ken_Addison.Close;      {OP fans}
  68.  Ken Addison       (English fans)
  69.  FutureSoft System Designs
  70.  
  71.